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Field of the Invention 

The present invent™ reletes to a system end nteUxxi for fedntatag on-line peytnen, 
^LticuMy, but no. «c,usive,y, to . ,ys,«n endm«hod for feo.Ma..n g on-hne 
^fotgoods^or^tepn^vie.ne.wodchesedm.chants^ 

ttar.k fn-ounf i nf the Invention 

One of the major barriers to user uptake of on-line shopping is the lack of or at least 
perceived lack of security in relation to the provision of payment detads, such as credtt 
card numbers, to merchant site, There is such a reluctance to provrde credit card or 
debit card details to merchants that surveys carried out in relation to on-hne shoppmg 
have determined that anywhere between 25% and 75% of customers abandon then 
"shopping carts" without completing purchase. 

Thereareotherreasonsfornon^^ 

Lung merchant sites with their credit card detail, These include the fact that not all 
on-line consumers have credit cards, and, for those with credit cards, «*t hunts may 
have been reached. 

bills, and for recurring payments, but the sites need prior standmg authonty from the 
user usually organised through off-line mechanisms. Without tins exphctt authonty no 
third parties, such as merchants, are able to access funds from the customer. Such an 
arrangement is tedious and inconvenient to set up. In any event, customers are 
extremelyreluctant to give authority to a third party to access then funds and there are 
concerns about fraud and difficulty in cancelling such an authonty. 

Presently, there is no mechanism for enabling direct payment from a customer's usual 
account, such as a bank account, to a merchant's account, during an on-hne product 
transaction initiated from a merchant's site. 



35 These difficulties give rise 



to a low rate of uptake of on-line merchandising. 
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Summary of ^ Invention 

In accordance with a first aspect, the present invention provides a system for facilitating 
on-line payment for an on-line product transaction, comprising an interface means 
which is arranged to be initiated via a merchant site and is arranged to provide a 
connection to a financial institution application to enable processing of the payment, via 
the financial institution application, to a merchant account, the financial institution 
application requiring a security means to enable processing of the payment, the 
connection being implemented to enable the security means to be obtained via a 
customer computing system. 

By "on-line payment" is meant any payment which is initiated over a network 
connection. By "on-line product transaction" is meant any transaction for a product 
which occurs over a network connection. A network may be any.computing system or 
telephony network. "Computing system network" includes any network of computing 
devices. "Computing devices" include conventional computers, PCs, laptops, and 
mobile communications devices such as mobile telephones, personal digital assistants, 
and any computing system which is connectable to a network. 

A "product transaction" is a transaction for any product, which may include goods 
and/or services. 



A "merchant site" is a computer network site provided by a computing system which is 
25 connectable to the network to offer products for sale via the network to customers. A 
"financial institution application" may include any application operated by a financial 
institution, such as a bank or other account providing authority. The financial institution 
application will be usually provided by a financial institution computing system which 
is connectable to the network to make available the financial institution application. 



A typical computer network on which on-line product transactions take place is the 
Internet. The Internet offers many merchant sites which can be browsed by customers to 
enable customers to determine whether they wish to purchase a product. The present 
invention is not, however, limited to application on the Internet only. It may be applied 
35 to any computer network where products are sold on-line and with the facility to 
connect to financial institution systems. 
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Preferably, the interface means enables the payment to proceed in "real time". This 
preferably enables payment to occur during the product transaction. 

Payment may be by way of any stored valued methodology eg. money, loyalty points, 
etc. 

Preferably, the interface means is arranged to be initiated via the merchant site via a 
customer operating a customer computing system. 

Preferably, the interface means is arranged to generate confirmation to a merchant 
system that payment has occurred. Preferably, the confirmation enables the merchant 
system to complete the product transaction. Preferably, the system is arranged to 
establish a connection with the financial institution computing system for generation of 
confirmation that payment has occurred. Preferably the connection is established 
between the merchant site and the financial institution computing system. Preferably 
the connection is a secure connection. This advantageously avoids fraudulent 
generation of confirmation of payment, therefore reducing the chances of fraud and 
assuring the merchant that the confirmation is generated by the financial institution 
computing system. 

Preferably, the interface means is arranged to obtain details of the transaction and 
provide those details to the financial institution application to enable payment. 
. Preferably, the transaction details include the amount of payment. Preferably, the 
transaction details include information which may be required to identify the 

2 5 transaction. For example, fire transaction details may include a merchant account 

identifier. 

In one embodiment, the interface means is arranged to interface with known pre- 
existing financial institution applications. These include financial institution 
30 applications provided by so-called "Internet banking" sites. 

Financial institution applications usually require a security means to be entered to 
enable operation to carry out processes such as payment by a customer (who may hold 
an account with the financial institution) to third party accounts. In one preferred 

3 5 embodiment, the interface means interfaces a customer's computing system to the 

financial institution application to enable the customer, who is facilitating the 
transaction at the merchant site, to enter their security means (which may be a 



20 
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password, PIN or any other type of security means). 

In an alternative embodiment, the system for facilitating on-line payment includes an 
agent application which is arranged to automatically enter the security means to the 
5 institution application. The agent application is preferably arranged to obtain the 

security means from a customer computing system, the security means being stored m a 
storage location accessible by way of the customer computing system. Preferably, the 
security means is stored in encrypted form. The agent application is preferably arranged 
to obtain the decryption key for the customer's encrypted security means, to enable 

1 o decryption of the security means,The agent application may operate in a similar manner 

to that of the active content agents described in the applicant's pending international 
patent application, no. PCT/AUO2/0O15O, filed on 14 February 2002. Disclosure of this 
document is incorporated herein by reference. 

15 The system is preferably arranged to store a record of transaction details for a 
transaction. 

The system preferably further includes a database arranged to store transaction details 
of transactions. This database maybe accessible by merchants and/or customers in 

2 0 order to enable them to monitor the history of transactions they have carried out. via the 

system. 

Preferably, the system of the present invention may be used to facilitate payment for a 
transaction from adebit or credit account of a customer to a designated account of a 

2 5 merchant. 

In at least a preferred embodiment, the system of the present invention provides the 
advantages that a customer accessing a merchant site and wishing to purchase a product, 
can make payment for that product in "real time". In the prefetred embodiment, the 

3 o interface means connects the customer system to a designated financial institution 

application which enables the customer (under control of the interface means) to make 
payment from customer account (e.g. a standard cheque account available on-line) to a 
designated merchant account. The system then confirms to the merchant that payment 
has been made so that transaction can proceed (e.g. delivery of the product can be 
3 5 authorised). In one embodiment, as discussed above, a secure connection is made 
between the merchant site and the financial institution computing system for 
confirmation that payment has been made to the merchant. 
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m at least the preferred embodiment, the transaction payment is earned out under the 
control of the customer who is paying. The customer does not have to grve any secunty 
means (such as credit card information, account identification infonnation,etc.) to any 
other third party, other than the financial institution that they usually deal wUh (by way 
of the financial institution application). No passwords or credit card numbers need to be 
given to merchants that the user may not trust The merchant, in turn, has the comfort of 
being aware that payment has occurred before he delivers his product. 

In accordance with a second aspect, the present invention provides a method for 
facilitating on-line payment, for a transaction between a customer and amerchant, 
comprising the steps of, during a transaction via an on-line merchant site, accessmg a 
* nancial application and making the financial application available to enable a payment 
from a customer's account to an account of the merchant, the financial mshtutron 
application requiring a security means to enable processing of the payment, the method 
comprising the further step of obtaining the security means via a customer computmg 
system. 

Preferably, the method comprises the further step of operating the financial application 
20 to make the payment. 

In accordance with a third aspect, the present invention further provides a computer 
program arranged to control a computing system to implement a system in accordance 
with the first aspect of the present invention. 

In accordance with a fourth aspect, the present invention provides a computer readable 
medium providing a computer program in accordance with the third aspect of the 
present invention. 

A further aspect of the present invention may relate to on-line payment of transaction 
such as bills, and peer to peer payment. 

In accordance with a sixth aspect, the present invention provides a system for 
facilitating on-line payment, the system comprising an interface means wh.ch.,s 
arranged to be initiated via a system message and is arranged to provide connect™ to a 
payment means to enable processing of the payment. 
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A system message may be any message which can be transmitted via a network. 
Preferably, the system message is an e-mail message. 

in a preferred embodiment, therefore, one party may send an e-mail message to another 
party, the e-mail message indicating to the other party a requirement for payment For 
example the e-mail message may include a bill for utility service. The e-mail preferably 
includes a link which is enabled to connect the further party to a payment means, such 
as through a merchant site, to enable payment in response to the message. 

In accordance with a seventh aspect, the present invention provides a method for 
facilitating on-line payment, comprising the steps of using a system message iiuuatmg 
payment for a transaction, to link a transaction payers computing device to a payment 
means to enable processing of the payment. 

15 In accordance with an eighth aspect, the present invention provides a computer program 
including instructions for controlling a computing system to implement a system in 
accordance with the sixth aspect of the present invention. 

In accordance with a ninth aspect, the present invention provides a computer readable 
2 0 medium providing a program in accordance with the eighth aspect of the invention. 

Brief Descrip tion of the DrawinRS 

Features and advantages of the present invention will become apparent from the 

2 5 following description of an embodiment thereof, by way of example only, with 

reference to the accompanying drawings, in which; 

Figure 1 is a schematic diagram for illustrating operation of a system in accordance with 
an embodiment of the present invention; 

3 ° Figures 2 through 7 are example computer screen displays for illustrating operation of 

an embodiment of the present invention; 

Figure 8 is a an example computer screen display illustrating transaction data records 
3 5 which may be produced in accordance with an embodiment of the present invention; 
and 
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Figure 9. is a flow diagram illustrating a process in accordance with an embodiment of 
the present invention. 



Bessa ptiop of th f Preferred Fmhodiment 

A system and method in accordance with one embodiment of the invention will now be 
described with reference to the accompanying drawings. 



10 



The system and method of this embodiment of the invention facilitate on-line 
transactions. By "on-line transactions" is meant any transaction which occurs over any 
network. The example network used in the following description is the Internet The 
invention may be applied in any network environment, and is not limited to application 
15 over the Internet 

The system of this embodiment includes an interface means, which will be illustrated 
and described in detail later, and which in this example is implemented by an 
appropriate server computing system 1 which is connected to the Internet 2 via 

2 o appropriate communication means 3. The interface means in this example mcludes 

software which is arranged to be made available over the network by Ihe server 
computer 1. 

Also illustrated in Figure I is a merchant computing system 4. The merchant computing 
25 system 4 may include any appropriate type of server computing system 4 which .s 
arranged to serve Web pages 5 on the Internet 2, in order to provide a merchant site 
where, for example, products may be offered for sale. In the illustration a single 
merchant system 4 is shown. This merely serves as an illustrative example of many 
existing merchant computing systems arranged for connection to the Internet 2. The 

3 o present invention may be implemented via any suitable merchant system, and is hkely 

to be implemented on many merchant systems. The merchant system 4 is arranged to 

serve web pages 5, to provide a website via which information on products (mclud.ng 
goods and/or services) may be accessed and via which products may be purchased in a 
known manner. In accordance with this embodiment of the invention, the merchant 
3 5 computing system 4 is also arranged to operate with the interface means provided by. the 
system 1. 
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Also shown in Figure 1 , are customer computing systems 6. The customer computing 
systems 6 may comprise any appropriate computing system including appropriate 
software and hardware and in this examplary embodiment are illustrated as being PCs 
including a computer 7, monitor 8, keyboard 9 and mouse 10. 

5 

The user computing systems 6 includes browser or other software 1 1 which is arranged 
to enable the computing system 6 to browse or access Web pages over the Internet 2, 
such as Web pages 5 provided by the merchant system 4. Browsers are known. 

10 In Figure 1, three user computing systems 6 are shown. This is for illustrative purposes 
only. As is well known, there are many customer computing systems which are 
arranged for connection to networks such as the Internet, so that, for example, 
customers can browse various merchant sites (as well as other Web pages) in order to 
select products for purchase. This embodiment of the present invention may be 

1 5 implemented for many customer computing systems and many customers. 

Conventionally, when a customer accesses the Internet to view a merchant site, their 
browser brings up the appropriate Web page and the user studies the Web page(s) and 
selects an appropriate product (by way of a "shopping basket") for purchase. In order to 
20 proceed with the purchase, the customer must then provide payment details to the 
merchant site. This is most usually done by way. of providing credit card details. As 
discussed above, manypeople are reluctant to provide their credit card details to 
merchant sites. 

25 The majority of customers keep accounts with financial institutions, such as banks. The 
majority of financial institutions offer services which are available on-line. These 
services may include access to a customer's account records. They may also include 
facilities which enable a customer to pay third parties directly from their account. For 
example, the financial institution may offer an on-line financial application which 

30 enables a customer to pay from their account to a third party whose account details, or 
some account identification of the third party, are provided to the application. The third 
party's account details or identification may include account number, which financial 
institution the third party holds the account with, and other required details. 

35 In Figure 1 , a server computing system 12 of the financial institution is illustrated. The 
financial institution server computing system 12 is arranged to serve Web pages 13 to 
the Internet 2. Web pages 13 may enable operation of the financial applications for 
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allowing access to customer account records and making account transfers, and other 
functions. Such applications are known. 

Only a single financial institution server computer 12 is illustrated in the drawings. It 
will be appreciated.that there may be many financial institutions arranged to serve Web 
pages for facilitating financial applications. The present invention may find use with 
many such financial institution applications, and the single server computer 12 is shown 
for illustrative purposes only. 

The system of this embodiment of the present invention includes an interface means, 
which in this embodiment is in the form of a software application provided by server 
computing system 1. The interface means operates to connect to the financial institution 
application provided by the financial server computer .12, to enable payment to an 
account of a merchant associated with the merchant system. 

In this embodiment, the system 1 of the present invention also includes a transaction 
record database 15 for storing records oftransactions occurring via the system 1 and 
also a decryption key database 1 6 which stores decryption keys for decrypting 
encrypted customer security means and which will be described in more detail later. 
The system 1 of the present invention may be implemented by any appropriate 
computing hardware and software. Although databases 15 and 16 are shown separately, 
they may be implemented by combined hardware/software. 

The customer computing system 6 also may include software in the form of a digital 
safe 17 and an "active content agent" engine 18. The function of these will be described 
in more detail later. 

Operation of an embodiment of the present invention will now be described by way of 
illustrative example with reference to the example computer screen displays of Figures 
4 through 7. The example screen displays have MICROSOFT® toolbar layouts and 
"look and feel". The present invention is not limited to this format any appropriate 
format may be used. Please note that where brand names and trade marks are shown in 
the drawings, they are for example purposes only and are in no way limiting to the 
invention. 

The example computer screen display shown in Figures 2 through 7 are the displays 
which will appear on a customer system 6 monitor 8. 
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With reference to the Figures, the customer computer 6 accesses a merchant site 
provided by Web pages 5 supported by merchant computing system 4. In this 
illustration, the merchant site offers for sale digital video discs (DVDs). The customer 
browses the merchant site and may select one or more DVDs for purchase. The 
customer then proceeds to a "payment" page on the merchant site, the payment page 20 
being illustrated in Figure 2. The payment page displays the merchant brand name 21 
(in this case Price Buster DVD's (Pty) Ltd). The payment page 20 also directs 22 the 
customer to select a payment method. The payment methods available on payment page 
20 include the conventional payment method of paying by credit card 23. It also 
includes the option 24 of paying the merchant by way of the payment system and 
method in accordance with an embodiment of the present invention. The payment 
method 24 is labelled with the brand name "eWise Pay 3P» 25. This is a brand name 
only Any brand name or any other designation o f a payment method may be utilised. A 
drop-down menu 26 is available for selecting a financial institution application to 
facilitate payment to the merchant 

The page also includes a -Bill* Code" 27, and "Amount" 28 and a transaction 
"Reference" 29. Some or all of this information may or may not be shown on the page 
20. For example, in an alternative embodiment, the Biller Code 27 may not be shown, 
and instead may be stored and retrieved from a database. 

The amount 28 is the amount that the customer needs to pay to the merchant. 

Figure 3 is a further view of the payment page 20, showing details of the drop-down 
menu 26 It is clear from this that.there are a number of financial institution applications 
(in this case four) available for the customer to select. Note that any number of financial 
applications may be provided for selection, This will depend upon the number of 
financial institution applications that the present invention is authorised for use with and 
also the number of the financial institution applications which may to available. 

The customer selects one of the financial institution applications 26 for payment to the 
merchant (the customer will usually select a financial institution appl.cat.on of a 
financial institution where they hold an account). The selection initiates operation of the 
system 1 of the present invention. The system 1 provides a "payment gateway- display 
30 (Figure 4). The payment gateway 30 opens in a separate browser window on the user 
computer 6 (note that it may open in the same browser window). The page 30 is served 
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by the system 1 in accordance with the present invention. Note that the payment . 
glway display 30 displays branding 31 of the financial institution deploying the 
system. Whether or not this branding is displayed is optional. 

5 Otheru^ormatioumayalsobedis^^ 

Fig^isihe-Merchant^ . . 

"Amount Paid" information includes type of payment that would occur, m this 
particular example being a direct debit. Note that the further or alternative information 
may be included in the payment gateway page 30 as desired. 

"° • I„ this embodiment, the system 1 utilises a software application iutheformofa 
sofrwareagentmorde^^ 

selected. Once the system 1 is initiated by selection of the payment memod 24 and 
selection of the financial institution application, the software agent navigates the 
15 internet 2 to locate the financial institution system 12 and website 13 servedbythe 
f^cialm^ 

to the website of the financial institution, so that the customer can connect to the 
financial institution application. In this embodiment, the agent application is also 
ranged to extract payment details from the merchant system and provide those 
2 o payment details to the financial institution application. 

When the agent application has navigated to the financial institution system 12 the 
appropriate Web page 13 is served to the customer computer system 6. Figure 5 shows 
one example of an "Customer Sign In" page 35 provided by one particular financial 
25 institution application. This page includes some information (the -formation will 
dependonLfinancia.^^ 

institution application. It is to be noted that the financial institution application is a pre- 
existingjication. The agent application of this embodiment of the preset mven^on 

30 hasinterfacedmecus^^ 

institution application without requiring any operation by the customer other than to 
It the finLial mstitution application to be navigated to ftom the merchant s^ 

present invention may be used with any financial institution application. 

. ^ Thenextstepinthep^ 

Customer Sign In section. In this example the security means includes a Customer 
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Number 37 and a Password 38. The security means may include any type of security 
m eans, depending upon the security means required by the financial inshtution 
application. 

Note that in an alternative embodiment to be described later, the system of the present 
invennonmayautomaticaUyp^ . 
application. In ^.illustrated embodiment, however, the customer pnmdes the secunty 

means themselves. 

No security means is provided to the merchant site. The customer instead Prides the 
security means directly to the financial institution application. This is sometlung that the 
customer is comfortable with doing. There is no potential for the merchant, therefore, to 
illicitly access the customer's account via the financial institution application. The 
payment to the merchant via the financial institution application is under the control of 
the customer and is separated from the merchant system. 

Once the security means have been entered, the financial institution, application operates 
to enable payment to the merchant. The agent application automatically navigates the 
site to the appropriate page. Referring to Figure 6, the page 40 is served to the customer 
computer 6 by the financial institution system 12. The page 40, in this example enables 
entry of details for payment from an account the customer has with the financia 
institution, to an account of the merchant (which may be with the same financial 
institution or another financial institution). In this example, page 40 includes 
informal such as thea^ 

of what the payment is for 43. The page 40 also includes information relating to the 
merchant payment details, including the "Account Name" 44 of the merchant the 
Lent idLmcation information including in this example a «BSB Number" 45 and an 
"Account Number" 46. It also includes a 'Description" 47, which in this case is the 
Reference 33 which appears in the merchant site as reference numeral 29 and on the 
payment gateway as reference numeral 33 and which identifies the transaction to ttie 
system 1 of the present invention. The information also includes an "Amount to be 
paid. 

in this embodiment of the invention, as discussed above the agent application obtains 
; payment details from the merchant site. It may also obtain details of the payer ether 
from the merchant site or the customer computer or a system database. In the example 
shown the details obtained by the agent application are automatically entered into the 
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financially^ . 4S 

Descnpuonofmeitem43,t^ 

the Account Number 46, the Description 47 and the Amount 48. One advantage of 
having these details automaticaliyentered into the financial institution application ,s 
that they will be accurate without any potential for customer error. Conventionally, a 
customer would enter the details via a user terminal 6, which can often result in error 
The agent application is arranged to obtain the details that are relevant for the particular 
financial institution application. The agent application therefore operates by first 
detecting which financial institution is selected at the merchant site and then obtaining 
the details that it knows are required for that financial institution application from the 
merchant site and (if required) the customer computing system 6. 

Note that the account of the customer 41 may be selected by the customer or may 
automatically be selected by the agent application based on information provided by the 
l s customer computer. 

Note that this page and other pages may not be visibly displayed to the user in the case 
where it is fully automated by the agent. 

Following submission of the payment details and processing by the financial institution 
application of the payment to the merchant, the system 1 of the present mvenuon 
produces a "Payment Received" page 50 (Figure 7). This page is similar to the inihal 
Payment Gateway page 30. It includes further details, however. In particular it includes 
a date and time 51 on which payment was made. It confirms 52 the amount of payment 
that was made and the date. It provides information on the receipt 53 which is provided 
by the system I to the merchant system 4. It also includes some further reference 
information 54 providing details of the account paid from and the financial institution 
receipt number that the agent extracted automatically from the financial institution site. 
The merchant therefore receives an official receipt of payment to their account of the 
required funds for the transaction. They can therefore organise delivery of the product 
to the customer in the comforting knowledge that they have already been paid. In one 
embodiment, the system implements a process to reduce or avoid the potential for 
provision of a fraudulent receipt to the merchant. In this embodiment, the customer 
system 6 transfers the relevant session information to the merchant server 4 before the 
financial institution system 12 issues the receipt page 50. The merchant system 4 then 
establishes its own Secure Socket Layer (SSL) session either directly with the financial 
institution system 12 or via the customer system 6, providing an end-to-end SSL session 
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between the financial institution system 12 and the merchant system 4. SSL 
communication is known. The customer's existing session with the financial institution 
system 12 may be maintained. Because the merchant system 4 has a direct SSL session 
with the financial institution server 12, the merchant can be assured that die receipt 
5 information they are receiving is being provided by the financial institution not by a 
fraudulent process eg a fraudulent customer system. 

The establishment of the additional/alternative communication channel 
between the merchant system 4 and the financial institution system 12 does not require 
10 that the customer disclose any of their authentication details to the merchant system 4. 

In one embodiment, the payment confirmation details may be digitally signed 
by the financial institution. Where the financial institution digitally signs the payment 
confirmation, the system 1 of the present invention validates the signature to ensure 
1 5 validity before notification to the merchant. 

Note that a "Return to Merchant" button 55 is provided for the customer's return to the 
merchant site, 

2 0 Figure 8 is an example computer display screen which may be viewed via a merchant 

system 4 and shows a records page 60 of transaction records stored in database 15 of the 
system 1 . The system 1 serves the page 60 to the merchant system 4 so that the 
merchant can view the transaction records of the transactions that have occurred via the 
system 1. 

25 

The records maybe represented in any convenient form on the page 60. In this example, 
the records include information such as "Biller Code" 61; "Biller Name" 62; 
"Reference" 63; "Account Paid Via" 64; "Comment" 70; "Amount Paid" 66; "Date 
Paid" 67, and the "Receipt Number" 68. 

30 

Records may also be provided for access by a customer computer server so that a 
customer can view transactions that they have paid via the system 1 . 

In the above embodiment, the customer is expected to remember and enter their own 

3 5 security means to enable access to the financial application (Figure 5). In an alternative 

embodiment, the technology disclosed in the applicant's co-pending international 
application no. PCT/AU02/00150 may be employed to enable the agent application to 
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institution application. 

Referring to Figure 1 , in this alternative embodiment a customer computer system 6 

decrypting the encrypted security mean, in toe digital safe 17. 

iosttturion applicaUon, ia alao ananged to obtain the secunty means 17 (torn to. d,g«=l 
Z H of the customer computed. It doea thia by «rs. defining toe ^ttlyoflhe 

^tod^^toee^edcodeta^distolaafen^partoftoeiegt^on 
™T, cusJmer would have toeir security tnerms, such as passwords, encrypted by 

Srlion J 16 for toe usee conrpnter 6 stored in toe auction key d atabase 
V£Zm- nly be required to enter a password to toe gateway so that the agratt 

toen lutonurtically obtern toe aeeurity tneans for toe nuance, msututton 
application from the digital safe 17. 

The ACA engine 1 8 determines whether the agent application is a correct agent 

with a digital certificate which the ACA engine can use for authonsat.on. The ACA 
I ^ne then executes the agent application insofar as it enables the agent ^hcaUon to 
accls digital safe 17 and decrypt the requisite security means for the pabular 

, ^tothefinancialh^mtionappl^ 

the agent application. The rest of the process is then the same as wrth the above 

apP .ication,thed^^ 

decryption database 16 for future operation. 

5 Fieure 9 gives a summary flowchart of operation of the embodiment described above. 
Figure y gives , . . f AtsteD 71 the system of the present 

At step 70, a customer accesses a merchant site. At step n , m y 
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• invention is operated and the payment gateway is called up onto the customer s 
computer. At step 72, the gateway implements operation of the agent application. At 
step 73 the agent application connects the user computer to the financial msbtution 
application mat has been selected. At step 74, either the user or the agent enter the 
security means and payment details to the financial institution application. At step 75, 
the institution application processes payment. At step 76, the agent provides 
confirmation of payment to the merchant site and stores a transaction record in a 
database. As discussed above, the confirmation of payment to the merchant site may be 
made by secure connection between the merchant's system and the financial institution 



10 system. 
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The above description of the embodiment shows one particular implementation of the 
present invention. The invention is not limited to this particular implementation and 
may be implemented in a number of different ways. For example, the agent application 
described automatically fills m payment information to the financial institution website. 
This need not be the case. In an alternative embodiment the agent applicatton merely 
connects the customer to the financial institution application and the customer fills m 
me details. The agent then extracts the receipt and notifies the merchant of the 
completedpavment. One advantage of the present invention is that the interface means 
can be adapted to interface with any pre-existing financial institution appheation. 
Advantage can therefore be taken of the fact that there are already many financial 
institution applications in existence which enable a user to pay third parties. The present 
invention is not limited to use with pre-existing financial institution applicaUons 
however. Financial institution applications may, for example, be designed specifically 
for use with the system and method of the present invention. The present invention may 
also, obviously, be used with financial institution applications that are designed 
subsequent to implementation of the present invention. 

The computer display pages illustrated in the drawings are described in relation to the 
specification embodiment of one particular form. The invention is not limited to this 
form Any appropriate form or format may be used with the present invention. Further, 
different information to that information shown in the specific embodiment may be 
utilised and illustrated in pages used with the present invention. 

In the above description of the preferred embodiment, it is assumed the customers 
utilising the invention will access the merchant sites from their own computing system 
The present invention is not limited to this, however. There is potential for customers to 
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access from any computing system which is connectable to the network. 

in the above description of the preferred embodiment, the agent application and other 
components of the system are imp.emented by appropriate software supported ^y 
appropriate hardware. Any softwar^hamware mix that can tmplement the mvenhon 
falls wiJhin the scope of the present invention. 

In the above described embodiment, the financial institution system provides a website 
accessible by way of the Internet. The present invention is not limited to use wrth 
financial institutions that provide access to their applications by way of Internet 
websites. Other methods of connection from a network to the financial mstuunon may 
be utilised with the present invention. For example, the system 1 of Ihe present 
invention may in some cases have a direct connection to a financial insntuhon, the 
direct connection being implemented when connection to a financial instttuhon 
application is required. Further, the network is not limited to the Internet. The present 
invention may be implemented over any appropriate network. 

Generally, the present invention provides interface means which is arranged to connect 
to a payment means so that the processing of payment to a merchant account can be 
carried out. la this, in at least a preferred embodiment, is without requiring any secunty 
means to be provided by the customer to the merchant. 

In the above described embodiment, the customer account is a debit account. The 
present invention is not limited to use with a debit account The accdUnt may be any 
type of account. For example, the account may be a credit card account, and the xredrt 
card details would be provided to the financial institution application for credtt to the 
merchant. 

m a variation of this inv^^ 

that customer first access a merchant site. In this variation, peer to peer payments can be 
. facilitated and bill payments can be facilitated. Implementation is smular to the 
implementation discussed above in relation to first embodiment of the present 
invention. Instead of initiation of the payment being by way of merchant . however, 
initiation is via a system message. The system message may be an e-mad message A 
customer receives an e-mait message, and the e-mail . message contams a hnk to the 
system gatewaysueh as described in Figure 4 of the drawing, The d.fference here ,s 
that the link is in the e-mail message and not at the merchant site, but otherwise 
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operation is similar. Details of the person who is to be paid may be exacted from the e- 
mail or a system database. 

The person who is to be paid may be anybody. It could a utility provider, for example, 
5 sending out a utility bill. It may be another person merely requiring payment into their 
account from the payer. 

Modifications and variations as would be apparent to a skilled addressee are deemed to 
be within the scope of the present invention. 
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